18 庖丁解牛：Container Runtime （Docker）¶
整体概览¶
我们在第 3 节的时候，提到过 Container Runtime 的概念，也大致介绍过它的主要作用在于下载镜像，运行容器等。
经过我们前面的学习，kube-scheduler 决定了 Pod 将被调度到哪个 Node 上，而 kubelet 则负责 Pod 在此 Node 上可按预期工作。如果没有 Container Runtime，那 Pod 中的 container 在该 Node 上也便无法正常启动运行了。
本节中，我们以当前最为通用的 Container Runtime Docker 为例进行介绍。
Container Runtime 是什么¶
Container Runtime 我们通常叫它容器运行时，而这一概念的产生也是由于容器化技术和 K8S 的大力发展，为了统一工业标准，也为了避免 K8S 绑定于特定的容器运行时，所以便成立了 Open Container Initiative (OCI) 组织，致力于将容器运行时标准化和容器镜像标准化。
凡是遵守此标准的实现，均可由标准格式的镜像启动相应的容器，并完成一些特定的操作。
Docker 是什么¶
Docker 是一个容器管理平台，它最初是被设计用于快速创建，发布和运行容器的工具，不过随着它的发展，其中集成了越来越多的功能。
Docker 也可以说是一个包含标准容器运行时的工具集，当前版本中默认的 runtime 称之为 runc。 关于 runc 相关的一些内容可参考我之前的一篇文章。
当然，这里提到了 默认的运行时 那也就意味着它可支持其他的运行时实现。
CRI 是什么¶
说到这里，我们就会发现，K8S 作为目前云原生技术体系中最重要的一环，为了让它更有扩展性，当然也不会将自己完全局限于某一种特定的容器运行时。
自 K8S 1.5 （2016 年 11 月）开始，新增了一个容器运行时的插件 API，并称之为 CRI （Container Runtime Interface），通过 CRI 可以支持 kubelet 使用不同的容器运行时，而不需要重新编译。
CRI 主要是基于 gRPC 实现了 RuntimeService 和 ImageService 这两个服务，可以参考 pkg/kubelet/apis/cri/runtime/v1alpha2/api.proto 中的 API 定义。由于本节侧重于 Container Runtime/Docker 这里就不对 CRI 的具体实现进行展开了。
只要继续将 kubelet 当作 agent 的角色，而它与基于 CRI 实现的 CRI shim 服务进行通信理解即可。
Docker 如何工作¶
这里我们主要介绍在 K8S 中一些 Docker 常见的动作。
部署一个 Redis¶
master $ kubectl run redis --image=redis
deployment.apps/redis created
master $ kubectl get all
NAME READY STATUS RESTARTS AGE
pod/redis-bb7894d65-7vsj8 0/1 ContainerCreating 0 6s
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 26m
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
deployment.apps/redis 1 1 1 0 6s
NAME DESIRED CURRENT READY AGE
replicaset.apps/redis-bb7894d65 1 1 0 6s
我们直接使用 kubectl run 的方式部署了一个 Redis
查看详情¶
master $ kubectl describe pod/redis-bb7894d65-7vsj8
Name: redis-bb7894d65-7vsj8
Namespace: default
Priority: 0
PriorityClassName: <none>
Node: node01/172.17.0.21
Start Time: Sat, 15 Dec 2018 04:48:49 +0000
Labels: pod-template-hash=663450821
run=redis
Annotations: <none>
Status: Running
IP: 10.40.0.1
Controlled By: ReplicaSet/redis-bb7894d65
Containers:
redis:
Container ID: docker://ab87085456aca76825dd639bcde27160d9c2c84cac5388585bcc9ed3afda6522
Image: redis
Image ID: docker-pullable://[email protected]:010a8bd5c6a9d469441aa35187d18c181e3195368bce309348b3ee639fce96e0
Port: <none>
Host Port: <none>
State: Running
Started: Sat, 15 Dec 2018 04:48:57 +0000
Ready: True
Restart Count: 0
Environment: <none>
Mounts:
/var/run/secrets/kubernetes.io/serviceaccount from default-token-zxt27 (ro)
Conditions:
Type Status
Initialized True
Ready True
ContainersReady True
PodScheduled True
Volumes:
default-token-zxt27:
Type: Secret (a volume populated by a Secret)
SecretName: default-token-zxt27
Optional: false
QoS Class: BestEffort
Node-Selectors: <none>
Tolerations: node.kubernetes.io/not-ready:NoExecute for 300s
node.kubernetes.io/unreachable:NoExecute for 300s
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Scheduled 7m default-scheduler Successfully assigned default/redis-bb7894d65-7vsj8to node01
Normal Pulling 7m kubelet, node01 pulling image "redis"
Normal Pulled 7m kubelet, node01 Successfully pulled image "redis"
Normal Created 7m kubelet, node01 Created container
Normal Started 7m kubelet, node01 Started container
可以通过 kubectl describe 查看该 Pod 的事件详情。这里主要有几个阶段。
调度¶
在第 15 小节 kube-scheduler 中我们介绍过，通过 kube-scheduler 可以决定 Pod 会调度到哪个 Node。本例中，redis-bb7894d65-7vsj8to 被调度到了 node01。
pull 镜像¶
Normal Pulling 7m kubelet, node01 pulling image "redis"
Normal Pulled 7m kubelet, node01 Successfully pulled image "redis"
这里 kubelet 及该节点上的 Container Runtime （Docker）开始发挥作用，先拉取镜像。如果此刻你登录 node01 的机器，执行 docker pull redis 便可同步看到拉取进度。
创建镜像并启动¶
Normal Created 7m kubelet, node01 Created container
Normal Started 7m kubelet, node01 Started container
拉取镜像完成后，便会开始创建并启动该容器，并返回任务结果。此刻登录 node01 机器，便会看到当前在运行的容器了。
node01 $ docker ps |grep redis
ab87085456ac [email protected]:010a8bd5c6a9d469441aa35187d18c181e3195368bce309348b3ee639fce96e0 "docker-entrypoint..." 19 minutes ago Up 19 minutes k8s_redis_redis-bb7894d65-7vsj8_default_b693b56c-0024-11e9-9bab-0242ac11000a_0
8f264abd82fe k8s.gcr.io/pause:3.1 "/pause" 19 minutes ago Up 19 minutes k8s_POD_redis-bb7894d65-7vsj8_default_b693b56c-0024-11e9-9bab-0242ac11000a_0
总结¶
本节我们介绍了 Container Runtime 的基本概念，及 K8S 为了能增加扩展性，提供了统一的 CRI 插件接口，可用于支持多种容器运行时。
当前使用最为广泛的是 Docker，当前还支持的主要有 runc，Containerd，runV 以及 rkt 等。
由于 Docker 的知识点很多，关于 Docker 的实践和内部原理可参考我之前的一次分享 Docker 实战和基本原理。
在使用 K8S 时，也有极个别情况需要通过排查 Docker 的日志来分析问题。
至此，K8S 中主要的核心组件我们已经介绍完毕，下节我们主要集中于在 K8S 环境中，如何定位和解决问题，以及类似刚才提到的需要通过 Docker 进行排查问题的情况。